Есть в корпоративном мире одна удивительная путаница. Настолько привычная, что её уже почти никто не замечает. Три совершенно разные роли называются одним и тем же словом — «менеджер». И дальше начинается хаос.

Линейный менеджер. Менеджер проекта. Менеджер продукта. Три роли, три разных вида деятельности, три разных продукта на выходе. Но поскольку все трое — «менеджеры», компании с удивительной лёгкостью смешивают их в кашу. Назначают одного на место другого. Требуют от проектного менеджера того, что должен делать продуктовый. От линейного — того, что должен делать проектный. А потом удивляются, почему ничего не работает.

Давайте разбираться. Медленно, подробно и без иллюзий.

Линейный менеджер: дирижёр ежедневного оркестра

Начнём с линейного менеджера, потому что это самая древняя, самая массовая и, пожалуй, самая недооценённая управленческая роль.

Линейный менеджер — это человек, у которого есть подчинённые. Не проект, не продукт — люди. Живые люди, которые каждое утро приходят на работу (или открывают ноутбук, если мы говорим про удалёнку) и делают что-то, что в сумме должно давать результат для компании.

Продукт работы линейного менеджера — это бесперебойно работающее подразделение. Отдел, департамент, команда, смена — неважно, как это называется в вашей оргструктуре. Важно, что это группа людей, которая стабильно выдаёт нужный результат нужного качества в нужные сроки. Не когда звёзды сошлись, не когда руководитель лично всё перепроверил, а системно. Каждый день. Каждую неделю. Каждый квартал.

Линейный менеджер управляет процессом и людьми в этом процессе. Он планирует загрузку, распределяет задачи, контролирует выполнение, даёт обратную связь, развивает сотрудников, нанимает новых, расстаётся с теми, кто не тянет, разруливает конфликты, мотивирует, разбирает ошибки, проводит планёрки, отвечает за показатели отдела. Его горизонт — как правило, операционный. Не «куда мы движемся через три года», а «что должно произойти на этой неделе, чтобы мы выполнили план этого месяца».

Главная ловушка линейного менеджера — скатиться в роль лучшего исполнителя. Об этом я писала подробно, но повторю, потому что эта ловушка захлопывается с поразительной регулярностью. Как только линейный менеджер начинает делать работу за своих людей, он перестаёт быть руководителем. Он становится самым дорогим и самым перегруженным специалистом в отделе.

Менеджер проекта: архитектор временного

Теперь менеджер проекта. И сразу давайте зафиксируем ключевое отличие.

У менеджера проекта, как правило, нет подчинённых. Вообще. У него есть проектная команда, но эти люди ему не подчиняются. Они подчиняются своим линейным руководителям, а в проект выделены на время. Или на часть рабочего времени. Или они вообще из другой компании, если речь о подрядчиках. Менеджер проекта управляет людьми, которые формально не обязаны его слушаться. И это, между прочим, требует совершенно особого набора навыков — но об этом чуть позже.

Продукт работы менеджера проекта — это результат проекта, достигнутый в срок, в рамках бюджета и с заданным качеством. Новый склад, построенный к ноябрю. Внедрённая CRM-система. Проведённая конференция. Запущенный филиал. Проект — это всегда что-то конечное. У него есть начало и есть конец. Есть чёткий результат, который нужно получить, и ресурсы, которые для этого выделены.

Менеджер проекта живёт в мире сроков, зависимостей, рисков и заинтересованных сторон. Его ежедневная реальность — это диаграмма Ганта или канбан-доска, бюджет, который тает быстрее, чем хотелось бы, три подрядчика, которые обещали одно, а делают другое, и стейкхолдер, который каждую неделю меняет требования, искренне не понимая, почему это проблема.

Главная ловушка менеджера проекта — превратиться в диспетчера, который просто пересылает письма и фиксирует статусы. «Иванов, как там задача? Готово? Записал. Петрова, а у вас? Задержка на три дня? Записал.» Это не управление проектом. Это ведение протокола. Настоящий менеджер проекта не просто фиксирует проблемы — он их предвидит, предотвращает, а когда не удалось предотвратить — решает. Он перестраивает план, перераспределяет ресурсы, ведёт переговоры, принимает решения.

Менеджер продукта: тот, кто отвечает на вопрос «а нужно ли это вообще?»

И вот мы добрались до самой молодой и, пожалуй, самой мифологизированной из трёх ролей. Менеджер продукта, он же продакт-менеджер, он же — если верить описаниям вакансий — «мини-CEO продукта». Последнее определение, к слову, звучит красиво, но создаёт колоссально завышенные ожидания и у компаний, и у самих продактов. Но об этом тоже позже.

Продукт работы менеджера продукта — это продукт. Извините за тавтологию, но тут она на месте. Точнее, его продукт — это правильный продукт. Тот, который нужен рынку, за который платят деньги, который решает реальную проблему реальных людей, который развивается в правильном направлении.

Если линейный менеджер отвечает на вопрос «как организовать людей, чтобы работа делалась хорошо», а менеджер проекта — на вопрос «как довести этот конкретный замысел до результата вовремя и в рамках бюджета», то менеджер продукта отвечает на вопрос, который идёт раньше обоих: «а что именно мы должны делать и почему?»

Менеджер продукта живёт на перекрёстке бизнеса, технологий и пользователя. Он изучает рынок, исследует потребности, формулирует гипотезы, приоритизирует функциональность, определяет, что войдёт в следующую версию, а что подождёт, работает с метриками, анализирует данные, общается с пользователями. Он не пишет код. Не рисует дизайн. Не продаёт. Но он определяет, что будет написано, нарисовано и продано.

Главная ловушка менеджера продукта — стать «официантом для стейкхолдеров». Генеральный попросил одно, продажи кричат про другое, поддержка завалена третьим, маркетинг хочет четвёртое — и продакт начинает просто собирать заказы и передавать их в разработку. Без собственной позиции, без стратегии, без понимания, что на самом деле двинет метрики. Это не продакт-менеджмент. Это приём заявок.

Почему их путают и что из этого следует

А теперь давайте поговорим о том, почему эта путаница — не академическая проблема, а вполне конкретная дыра, в которую утекают деньги, время и нервы.

Ситуация первая. Компания назначает линейного менеджера руководить проектом. Просто потому что «ну он же руководитель, значит, справится». Человек, привыкший управлять своими подчинёнными в рамках стабильного процесса, оказывается в ситуации, где у него нет власти над участниками, нет стабильности, зато есть жёсткий дедлайн, куча неопределённости и восемь заинтересованных сторон с противоречащими интересами. Он понятия не имеет, как управлять рисками проекта, потому что его никогда этому не учили. Он привык давать указания — а здесь нужно договариваться. Он привык к повторяемому процессу — а здесь каждый день что-то новое. Проект, разумеется, срывается.

Ситуация вторая. Компания нанимает продакт-менеджера и ждёт от него, что он будет «управлять командой разработки». Ну, менеджер же! Пусть управляет. А продакт не понимает, зачем ему проводить с разработчиками ежедневные стендапы, заниматься распределением задач и решать, кто пойдёт в отпуск в августе. Он хочет исследовать рынок, строить roadmap, тестировать гипотезы. Но вместо этого он половину дня занимается тем, чем должен заниматься линейный руководитель или скрам-мастер. Продукт стоит на месте, команда раздражена, продакт выгорает.

Ситуация третья — зеркальная. Менеджера проекта ставят на роль продакта. Потому что «ну он же управлял IT-проектами, продукт — это почти то же самое». Нет. Нет, нет и нет. Менеджер проекта умеет довести определённый замысел до результата. Но он не обучен определять, какой замысел вообще стоит реализовывать. Ему скажут «делаем вот эту фичу» — он организует процесс и сделает. Но если вы спросите его «а какую фичу нам вообще делать и почему», он посмотрит на вас с тем выражением лица, с которым бухгалтер смотрит на просьбу написать рекламный слоган.

Где они все этому учатся?

И вот тут мы подходим к тому, о чём в корпоративном мире говорят шёпотом, если говорят вообще. Для всех трёх ролей существует отдельное, специальное образование. Оно называется — управленческое.

Для линейных менеджеров — это классический менеджмент, организация производства, управление персоналом. Для менеджеров проектов — проектное управление, со своими стандартами, методологиями, сертификациями. Для менеджеров продуктов — продуктовый менеджмент, сочетание бизнес-аналитики, маркетинга, UX-исследований и стратегии.

Всё это существует. Всё это можно изучить. Это не тайное знание и не врождённый талант. Это дисциплины, у каждой из которых есть своя теоретическая база, свои инструменты, свои лучшие практики, наработанные десятилетиями.

Но кто из ваших линейных менеджеров получал управленческое образование до назначения? Кто из ваших руководителей проектов учился проектному управлению не на собственных шишках? Кто из ваших продактов системно изучал продуктовый менеджмент, а не просто прочитал «Вдохновлённые» Марти Кагана и посмотрел пару курсов на YouTube?

Я не пытаюсь никого обидеть. Я констатирую реальность. Большинство людей на этих позициях оказались там без профильной подготовки. Это нормально — в том смысле, что так устроен рынок. Но это ненормально в том смысле, что компании почему-то считают допустимым то, что не считали бы допустимым ни в одной другой профессии. Никто не поставит человека оперировать пациента только потому, что он был лучшей медсестрой в отделении. Но поставить человека управлять двадцатью людьми только потому, что он был лучшим из этих двадцати — пожалуйста, сколько угодно, каждый день, в каждой второй компании.

И вот тут на сцену выходит корпоративное обучение. Не как альтернатива управленческому образованию — давайте будем честны, оно альтернативой в полном смысле стать не может. Но как способ дать людям хотя бы базовый набор инструментов для той роли, которую они выполняют. Быстро, прицельно, практично.

Чему учить каждого из них: не перепутайте рецепты

И вот тут начинается самое интересное. Потому что учить их нужно разному. Принципиально разному. И если вы отправите всех троих на один и тот же тренинг «Эффективный руководитель», вы потратите деньги трижды, а пользу получите — дай бог — один раз. Для линейного менеджера, потому что тренинг, скорее всего, будет про его задачи. А проектный и продуктовый будут два дня вежливо скучать.

Линейному менеджеру в первую очередь нужны навыки регулярного менеджмента. Планирование работы отдела. Постановка задач. Контроль исполнения. Обратная связь — и корректирующая, и поддерживающая. Проведение совещаний. Делегирование. Работа с отклонениями от стандартов. Базовые навыки подбора — потому что именно линейный менеджер, а не HR, должен понимать, какой человек ему нужен в команду. И базовые навыки развития людей — как растить сотрудников внутри, как вводить новичков, как передавать экспертизу. Это всё операционные, ежедневные, повторяемые действия. Никакой романтики. Чистое ремесло.

Менеджеру проекта нужно совсем другое. Ему нужно уметь запускать проект — от устава до плана. Декомпозировать работу на пакеты и задачи. Строить реалистичное расписание, а не то расписание, которое хочет видеть заказчик. Управлять рисками — идентифицировать, оценивать, планировать реакцию. Управлять бюджетом. Вести коммуникацию со стейкхолдерами — и это, поверьте, отдельное искусство, потому что стейкхолдеры бывают разные, и некоторые из них способны потопить идеально спланированный проект одним звонком в пятницу вечером. И ещё ему критически нужны навыки влияния без власти. Потому что у него, напомню, нет формальной власти над командой. Он не может приказать. Он может только договориться, убедить, вовлечь. Если не умеет — проект превращается в бесконечную попытку заставить людей делать то, что они и так должны бы делать, но не делают, потому что у них есть свой линейный руководитель со своими приоритетами.

Менеджеру продукта нужен третий набор, совсем не похожий на первые два. Ему нужно уметь исследовать пользователей и рынок — не на уровне «я провёл три интервью и всё понял», а системно. Формулировать и проверять гипотезы. Работать с метриками — причём понимать, какие метрики действительно важны, а какие просто красиво выглядят на дашборде. Приоритизировать — и уметь объяснить, почему вот эта фича важнее вон той, причём объяснить и разработчикам, и продажам, и генеральному, каждому — на его языке. Ему нужно понимать юнит-экономику, хотя бы на базовом уровне, чтобы не создавать продукт, который все любят, но который невозможно продать с прибылью. И ему нужно уметь строить и защищать продуктовую стратегию — не «мы сделаем всё, что попросят», а «мы сделаем вот это, потому что это ведёт вот сюда, и вот почему мы не делаем всё остальное».

Заметьте: из этих трёх списков практически ничего не пересекается. Три разные роли — три разные программы обучения. И когда HR-отдел радостно закупает для всех менеджеров компании одинаковый курс «Управленческие компетенции» — это как если бы в автошколе терапевтов, хирургов и стоматологов учили по одной программе на том основании, что все они — врачи.

Ещё одна неудобная правда

И напоследок — то, что многие думают, но мало кто произносит вслух.

Все три роли можно выполнять хорошо или плохо. Но «хорошо» в каждом случае выглядит настолько по-разному, что человек, блестящий в одной роли, может быть абсолютно беспомощен в другой. И это не дефект, не слабость. Это природа вещей. Пловец не обязан быть хорошим бегуном, хотя и то и другое — спорт.

Отличный линейный менеджер — это тот, чей отдел работает как часы, даже когда он в отпуске. Люди знают, что делать, делают это хорошо, растут профессионально, не убегают к конкурентам, а показатели отдела стабильны и предсказуемы.

Отличный менеджер проекта — это тот, чьи проекты завершаются. Вовремя. В рамках бюджета. С результатом, который устраивает заказчика. И без выгоревшей команды на финише — потому что проект можно завершить в срок, уложив при этом всех участников на лопатки. Один раз это сработает. На второй проект с вами просто никто не пойдёт.

Отличный менеджер продукта — это тот, чей продукт нужен рынку. Чей продукт покупают, используют, рекомендуют. Не потому что в нём сто пятьдесят функций, а потому что каждая из двадцати решает реальную проблему. И метрики растут не потому что «мы добавили геймификацию», а потому что продукт действительно стал лучше решать задачу пользователя.

Три роли. Три продукта. Три набора компетенций. Одно слово «менеджер».

И может быть, первое, чему стоит научить всех троих — это объяснить друг другу, чем они, собственно, занимаются. Потому что пока они этого не понимают, компания будет продолжать удивляться, почему проекты буксуют, продукты не взлетают, а отделы разваливаются. Не потому что люди плохие. А потому что каждый из них пытается делать не свою работу — или делает свою, но по чужому рецепту.

А рецепт, как известно, имеет значение. Особенно когда от него зависит не суфле на ужин, а результат работы целой компании.